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ENSEMB.025A PATENT 
COMPRESSION OF OVERHEAD IN LAYERED DATA COMMUNICATION LINKS 

Cross reference to Related Applications 

This invention is related to commonly assigned co-pending U.S. Patent Application No. 
09/430,379 (USSN 09/430,379), filed October 29, 1999, entitled "Method and Apparatus for 
Data Transportation and Synchronization between MAC and Physical Layers in a Wireless 
Communication System," which is hereby incorporated in its entirety by reference. 

Field of the Invention 

This invention relates to packet data communication systems, and to reformatting data in such 
systems before transferring the data through a link. 

Background 

Data communication systems typically transfer data from a source to an end user by routing the 
data in packets through a series of nodes connected by links. All links have physical limits on 
their data-carrying capacity or available bandwidth, and therefore may benefit from compression 
of the data they convey in order to increase their effective data throughput. 

A number of standardized data packet formats and protocols have been developed to facilitate 
various aspects of data communication. For example, Internet Protocol or IP format permits 
flexibility in the routing of data between a source and a destination, while other formats convey 
voice data with limits on the time delays, so as to ensure that the voice data can be reconstructed 
with adequate fidelity at the receiving end. It is often desirable for data in various formats to 
utilize the same data links as part of their transmission paths. This is particularly true for links 
directed to solving the "last mile" problem, that is, connecting end users to the various 
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communications nets. Since such "last mile" solutions should preferably address all of the end 
user's needs, a wide range of protocols will need to be accommodated. 

Summary of the Invention 

The present invention can be embodied in a broadband wireless link which connects a plurality 
of end users to various networks. The invention can be practiced consistently with the general 
framework of the Media Access Control (MAC) protocol, as defined for example in "Media 
Access Control Protocol Based on DOCSIS 1.1," submitted December 22, 1999 in connection 
with IEEE 802.16 Broadband Wireless Access Working Group and incorporated herein by 
reference, and is expected to be useable within the framework of the IEEE 802.16.1 MAC when 
that standard is defined. Some embodiments diverge from aspects of MAC protocols as 
presently known or proposed. In addition to embodiments within a MAC protocol framework, 
however, those skilled in the art will understand that the present invention may be practiced in 
systems which are not restricted to implementation using a MAC protocol. 

Embodiments of the present invention include a millimeter wave wireless RF channel 
communications system which connects single base stations each to a plurality of relatively 
proximate Customer Premise Equipment (CPE) stations. A network of such base stations with 
their surrounding CPEs can provide all communications services over a large area, such as a city. 
This system is representative of a variety of present and future links having a limited 
communication media which must be shared by a plurality of different entities. For such 
systems, the presently existing packet data communication formats do not provide optimum 
utilization of the available communication media. What is needed for such links, therefore, is a 
method of compressing data prior to transferring it through the link. At the end of the link the 
data may be returned to a previous format, maintained, or translated to a new format. 

In some embodiments, the invention reformats and compresses data which has been formatted 
according to the Asynchronous Transfer Mode (ATM) data transfer protocol. ATM is described 
in "High Performance Communication Networks" by Jean Walrand and Pravin Varaiya, second 
edition © 2000 by Morgan Kaufmann Publishers, ISBN 1-55860-574-6, particularly in Chapter 
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6. ATM can satisfy a wide range of data communications needs, including highly variable data 
rates like Internet traffic, as well as time-sensitive traffic for voice or video connections. ATM 
provides flexibility by providing relatively small, fixed-length cells as the packets in which data 
is communicated. However, this flexible format imposes substantial data transfer overhead. For 
example, to facilitate transmission each cell requires a header, sometimes called a "cell tax/ 1 and 
many source messages converted to ATM format require overhead in the form of fill bytes in a 
last cell of the message in order to coordinate the end of the message with an ATM cell 
boundary. Both of these factors burden transfers and therefore may impair the efficiency of a 
communicating link. As such, limited-bandwidth links will particularly benefit from a method 
which enhances their carrying capacity by reducing these overhead burdens. 

Embodiments of the present invention address the above needs by providing a system, methods, 
and apparatus which compress incoming data in preparation for transferring the data over a link. 
Incoming data which has been formatted according to a first protocol, for example fixed-length 
packet Asynchronous Transfer Mode (ATM) standard format, is compressed and reformatted and 
then conveyed over one or more links in accordance with a second protocol, for example 
variable-length packet Media Access Control (MAC) protocol. After it has traversed the link the 
data may be reconstructed back into the first protocol format so that the data modifications 
performed by the link will be transparent to the receiving node or user. 

Packet data formats include user data which is intended for communication from a source to an 
end user and overhead data which is not for delivery to the end user, but rather facilitates the 
transfer of the data. ATM is an excellent example of a packet data format which imposes a 
significant overhead data burden. 

There are two significant sources of overhead in fixed-length packet formats such as ATM. 
First, each packet has a header which guides and facilitates transmission of the data, and thus is 
entirely overhead data; this typically constitutes 5 bytes out of a total cell length of 53 bytes. 
Second, in the circumstance that a source packet format has been converted to a fixed-length 
packet format such as ATM, there will generally be "padding" bytes to "top off 1 at least some of 
the resulting fixed-length packets, and such padding may appear in the last ATM cell in a 
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sequence of cells which convey the information from a larger incoming data packet or message. 
Embodiments of the present invention provide a system, methods and apparatus which reduce 
the effects of the ATM "cell tax" by at least temporarily reformatting ATM cells into a different 
packet format, for example Media Access Control (MAC) packets. 

The most detailed description of an embodiment of the present invention involves exemplary 
incoming data in the form of ATM cells, and converts the data with compression into MAC 
packets, which constitute a second exemplary data packet format. However, it should be kept in 
mind that this invention may be embodied in any present or future communication systems 
which accepts data in packets having overhead in the form of either repetitive headers or packet 
alignment filler, and which at least temporarily re-formats such data packets, with compression 
as described, into a variable-length packet format for transmission through a link. 

Some aspects of the present invention include a method for converting data from first packets 
having a first format (for example, ATM cells) into a second packet having a second format (for 
example, variable-length MAC packets). Both first and second packets have headers, which 
include overhead data, and data "payloads" which include (but may not be limited to) user data. 
Features are included which reduce the overhead from first-format packet headers and padding 
sources which will be carried in the second-format packets. 

In one such aspect, the padding in a first-format data packet is removed, and an indication of the 
amount of padding removed is included in the second-format packet into which the first-format 
packet is being converted. Since the first-packet size is known, the indication of the non-padding 
data quantity is equivalent to an indication of the amount of padding removed. After the data is 
transferred in second-format packets, it may be reconstructed into the first format. 

In a second such aspect, headers of first-format packets are compressed upon conversion into 
second-format packets, rather than being simply copied into the payload of the second-format 
packets. The compression is accomplished by employing a selected one of a plurality of 
methods, each of which map at least part of the first-format header to a part of the second-format 



header. The particular compression method is selected when a communication channel is set up, 
and depends upon certain switching characteristics of the channel. 

In a third such aspect, information common to the headers of a plurality of first- format packets is 
mapped into locations in a header of a single second-format packet header, and then the 
remaining common header information from the plurality of first-format packets is discarded 
while a representation of payload data from each of the first-format packets is entered into the 
payload of the second-format packet. If all of the first-format header information cannot be 
assumed to be common, then the part which may not be common may be included with the 
representation of payload data from each first-format packet which is entered into the payload of 
the second-format packet. 

Further embodiments include a convergence system which reformats data packets as described 
herein, a wireless link of a communication system which reformats incoming data as described 
herein prior to conveying the data over the link, and an apparatus for converting data which 
employs a combination of electronic hardware and programmable computing circuits to 
compress and reformat data as described herein. 

Another embodiment is a system for accepting data in ATM format, translating the data into a 
MAC format with some combination of header and trailer data compression, and transmitting the 
data across a wireless millimeter-wave wireless link between a Base Station and a plurality of 
users in a plurality of sectors, each user having Customer Premise Equipment to receive the data. 

Brief Description of the Drawings 

FIG. 1 represents a general network involving data format translations. 
FIG. 2 represents sectorized communication between a Base Station and CPEs. 
FIG. 3 shows apparatus implementing Base Station processes. 
FIG. 5 shows a communication system layer architecture. 

FIG. 6 shows a packet payload related to a block of ATM cells including a trailer cell. 

FIG. 7 represents a layout of data within a MAC packet. 

FIG. 8 shows mapping of ATM cell payloads into a MAC packet payload. 
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FIG. 9 details a representative ATM header format. 

FIG. 10 details a representative MAC header format. 

FIG. 1 1 shows an MAC header alternative to that of FIG. 10. 

FIG. 12 shows ATM payload and partial header information in a MAC payload. 

FIG. 13 shows mapping details between ATM and MAC headers. 

FIG. 14 shows reconstruction of ATM cells from a MAC packet. 

FIG. 15 is a programmatic flow chart of data translation and compression. 

Detailed Description 
1. Packet Data Networks 

Data packets traveling through a network may be considered as passing through various "layers" 
of processing. As an example, data packets initially in an Internet Protocol (IP) format may be 
converted into ATM cells at some point as they travel to a destination. The processing layers of 
such a conversion include a "service access" layer for receiving the incoming data, a 
"convergence layer" or system for translating the data from one format to another, and a 
"transmission layer" for transmitting the reformatted data to its next destination. Such 
"convergence layers," or convergence systems, come in many varieties and appear at many 
points in a network. 

FIG. 1 depicts a representative network in which such convergence systems are found. Internet 
Protocol (IP) packets 11 from a first source 1, and IP packets 12 from a second source 2, are 
converted at Switch 3 into ATM cells 13 for transmission over ATM subnet 10 which extends 
from Switch 3 to Switch 5. 

Switch 3 includes a convergence layer or system which adapts ATM cells from a different 
format, and which is accordingly called an ATM Adaptation Layer (AAL). There are a variety 
of such AALs, including AAL1, AAL2, AAL3/4, and AAL5. IP format packets, in particular, 
are converted to ATM by AAL5 (ATM Adaptation Layer 5). The apparatus at Switch 3 converts 
incoming data from ATM data in accordance with the appropriate AAL, and in particular 
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converts data arriving in IP format in accordance with AAL5. (ATM cells may be converted 
from data in other formats: from constant bit rate sources such as voice and constant-rate audio 
or video using AAL1; from variable-length data packet streams conveying, for example, 
compressed voice through AAL2; and through AAL3/4 for SMDS and MAN protocol data 
which is being routed over an ATM subnet.) The AAL5 conversion from IP packets to ATM 
cells is a good example of a process which converts original packets of a first size into fixed- 
length packets of a generally different length from the original packets, and in doing so generates 
overhead in the form of both ATM headers and padding data. Therefore, embodiments 
compressing data from packets produced in accordance with AAL5 are extensively described 
herein. 

In a typical ATM subnetwork, as briefly represented at section 10 in FIG. 1, ATM cells 13 and 
14 will travel both directions along each link between nodes Switches 3, 4 and 5, and also to 
other unnamed nodes as represented by ATM cells 15. ATM cells 14 arriving at the node Switch 
5 will be reformatted into a different packet format to form data packets 16. A switching 
apparatus to implement Switch 5, and a convergence method and a system implementing the 
method in such switch, are detailed below. The data packets 16 leaving Switch 5 are 
communicated to and from Node 6, which is a central point for communications to and from a 
plurality of users. For example, packets 17 are transferred to or from a first user 7, packets 18 to 
or from a second user 8, and packets 19 to or from nth user 9. 

2. Communication Subnetwork System 

A specific embodiment of a communication subnetwork which includes an apparatus and system 
performing the functions of the Switch 5 is described in detail in related USSN 09/430,379, 
incorporated hereinabove by reference. USSN 09/430,379 describes a communication 
subnetwork or system having base stations which each provide wireless links for transferring 
data between a plurality of end users (e.g. 7, 8 and 9) and a network (e.g. 10) through a 
broadband wireless link. This link uses a limited media, namely the wireless communication 
spectrum, which must be shared by the plurality of users. In order to use the limited spectrum 
(or bandwidth) efficiently, the link conveys data in a particular packet format in accordance with 
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a Media Access Control protocol. Accordingly, the packet format utilized is called Media 
Access Control (MAC) format, and the packets are called MAC packets. 

FIG. 2 shows details of the links to a plurality of users described in the referenced wireless 
communication system. The Base Station 110 includes apparatus and control to perform the 
functions of Switch 5 of FIG. 1. The Base Station 110, via its antenna structure 128, transmits 
to (and receives from) a plurality of users each having a corresponding Customer Premise 
Equipment (CPE) station 116, 118 or 120. The transmissions to and from the antenna structure 
128 are directional in nature, so that channels are limited to particular transmission sectors, for 
example sector 1 12. Transmissions within sector 1 12 are limited to CPEs 116 which are located 
within the transmission scope of that sector. 

Within sectors, the downlink transmissions are typically multiplexed, and each CPE within a 
particular sector receives the same transmission from the antenna structure 128 of the Base 
Station 110. Nonetheless, each CPE (e.g. 116) has a distinct "virtual" connection, or channel, 
114 within its sector (e.g. 112). A channel 114 conveys that part of downlink transmissions 
within the sector 112 from the Base Station 110 which contain data for the particular CPE 116, 
and also conveys uplink transmissions from the particular CPE 116 to the Base Station 110. 
CPEs in other sectors, for example the CPEs 118 or 120, likewise communicate to Base Station 
110 through channels 1 14 which are virtual channels within the transmissions of their particular 
sector. The transmissions between different sectors are independent of each other. "Sectorized" 
transmission permits spectrum reuse within a narrow area, thus providing more bandwidth to 
service particular users. 

FIG. 3 shows details of the Base Station 110, and the antenna structure 128 to which it is 
connected by intermediate frequency interconnections 129. The antenna structure 128 preferably 
receives signals from the Base Station 110 at an intermediate frequency, and modulates the 
signals to a higher frequency before actually transmitting them along a plurality of distinct 
directions. The intermediate frequency signals are provided by the Indoor Unit 122. Signals 
received from the antenna structure 128 are delivered to the receiver equipment 130. The video 
server and central computer 128 typically controls and translates the actual signals transmitted by 
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Indoor Unit 122 or received by receiver 130. The central computer 128 communicates data to 
and from the network through ATM switch 126, which in turn is connected to the network 
through Back-Haul Interface 124. The Interface 124 preferably accepts data from a dedicated 
"back haul" which generally comprises either a fiber-optic cable, a microwave link or another 
dedicated high throughput connection to a data router (not shown) which in turn interfaces to the 
Internet and/or to other wide area networks such as the public telephone network. 

The preferred communication subnetwork system preferably employs an Adaptive Time 
Division Duplex (ATDD) technique for communication across the wireless link. ATDD is 
preferably implemented in a framed system in which communication bursts take place 
periodically, and the burst period defines the time boundaries of a frame. This system imposes 
certain limitations on header compression of ATM cells reformatted into MAC packets, which is 
described in detail below, which are described next. It is preferred that such header compression 
be performed upon all the data which is identified as belonging to the same message (or, in the 
case of virtual path switching, the same path) . The compressed message data preferably is 
carried in a single MAC packet. In the wireless communication subnetwork described herein, 
MAC packets are preferably conveyed within a frame, and the frame in turn preferably has a 1 
millisecond period. The number of bits which can be communicated within the frame depends 
upon a number of factors, including the symbol rate (preferably 20 Mbaud), the modulation 
technique used (which must be more robust for bad signal conditions, and is accordingly slower), 
and whether part of the frame must be allotted to returning (uplink) communications or to other, 
high priority messages. Therefore, MAC packets have an upper bound for length which is 
independent of the size of the incoming message. Accordingly, the described system may not 
convey a complete incoming message in a single MAC packet, but may break the message into 
pieces carried in separate MAC packets. 

3. Data Packet Convergence System 

A data packet convergence system converts incoming data in a first data packet format, for 
example data formatted as ATM cells, into outgoing data in a second data format, for example a 
second packet format such as MAC packets. The compression which can be performed upon the 
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incoming data may depend in part upon previous conversions which the data has undergone, if 
such previous conversions have imposed an overhead burden on the data stream. 

Such a data packet convergence system will include modules for performing groupings of 
functions which the system must accomplish. Each such module, in general, may be 
implemented in independent hardware, or in programmatically controlled hardware. Even 
within the latter, the border between program control and hardware control is subject to 
variation. One implementation of a convergence system may perform bit-level manipulations of 
data in a general-purpose computer or microcomputer under program control, which another may 
perform only the highest-level decision making in a general-purpose computing circuit, and may 
perform many or most decisions and bit manipulations in hardware. For example, an ASIC may 
be designed to perform most of the functions of some or all of the modules of a convergence 
system, with only some limited supervisory control provided from a program-controlled general 
computing apparatus. The tradeoffs between such varied implementations are well understood 
by those skilled in the art. 

4. ATM-to-MAC Convergence 

The ATM switch 126 includes apparatus which is configured to perform convergence functions 
of Switch 5 of FIG. 1, and in particular to perform ATM-to-MAC convergence functions. ATM 
cells from the network (via interface 124) are compressed and reformatted into a different 
format, in particular into Media Access Control (MAC) packet format. The switch 126 
implements functional modules using hardware under programmatic control. The programmatic 
control may be provided by an separate computer, such as the central computer 128, or may be 
provided by microprocessor devices within the ATM switch 126. The data is put into temporary 
memory, which is hardware such as a memory buffer, and switching hardware is included to 
reorder the data. However, those skilled in the art will appreciate that decisions and control of 
that low-level storage and switching hardware may be performed by any combination of 
hardware and software. At one extreme, a microprocessor system or other computer within the 
ATM switch 126 or separate from it can be interfaced to control the low-level storage and 
switching hardware of the switch 126. At the other extreme, an ASIC (application specific 
integrated circuit) can be used to implement all of the functions for the ATM switch 128. In 
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practice, engineering tradeoffs determine the placing of control functions in either hardware or in 
a program-controlled computer. 

4.a. ATM Adaptation Layers 
Operation of an ATM-to-MAC convergence system, such as is included in Switch 5 of FIG. 1 
and in the ATM switch 126, will depend in part upon how the incoming ATM cells were 
formatted into ATM cells. Formatting into ATM cells will either have been performed at the 
data source, or at an earlier switch such as the Switch 3 of FIG. 1. Formatting data into ATM 
cells imposes overhead, some of which will be removed before transmitting a representation of 
the data in differently formatted packets (e.g. at 16, 17, 18 and 19 of FIG. 1). Accordingly, 
details of these previous conversions are presented below. 

FIG. 6 represents part of a conversion from a representative source data packet into ATM cells in 
accordance with the AAL5 process, which is defined in an ITU-T 363.5 recommendation "B- 
ISDN ATM Adaptation Layer specification: Type 5 AAL". ATM cells have a relatively small 
48 byte payloads 31, 33, 35 and 37, so that the representation, in FIG. 6, of a single incoming 
packet filling a plurality of ATM cells is the typical case. Each ATM cell has a header. For the 
data shown, all but trailer cell 40 have the same header 30. Most ATM cells have a 48 byte 
payload, which is true of payloads 31, 33, 35 and 37. ATM trailer cell 40 is the last ATM cell 
used to convey the incoming packet. It is so indicated by a payload type indicator (PTI) in 
header 32 which is "1" instead of "0," as it would be for first and intermediate ATM cells. The 
last eight bytes of trailer cell 40 contain trailer data, which is overhead. 

Since eight bytes of the payload of trailer cell 40 are dedicated to overhead trailer data, only forty 
bytes are available for effective user data transfer. However, the last part of the incoming packet 
20 may not fill these forty available bytes, in which case the remainder of the trailer cell is filled 
with padding 36. Accordingly, the combination of the trailer cell data 34 and the trailer cell 
padding 36 totals forty bytes. The trailer cell padding data "tops off the ATM trailer cell to 
conform it to the proper ATM cell length. 



11 



ATM cells (e.g. 14 in FIG. 1) of a particular ATM connection typically arrive from a network 
interspersed with ATM cells belonging to other ATM connections. The cells may be stored in a 
buffer until the last ATM cell formed from a particular source packet (e.g. an IP packet) arrives 
from the network. In accordance with AAL5, the last ATM cell formed from a particular IP 
packet is distinguished from all other cells derived from that packet by the value of the payload 
type indicator (PTI) in the ATM header. In the last cell, PTI=1; in first and intermediate cells, 
PTI= 0. 

4.b. ATM-to-MAC Convergence System 
FIG. 4 depicts modules included in the ATM-to-MAC Convergence System. The connection 
provisioning module (CPModule) 404 receives requests for connections from a data source such 
as a node connection 402, and attends to establishing all of the parameters for the connection. 
Depending upon the ability of the channel to add another connection, the CPModule controls 
acceptance of the connection, represented by switch symbol 406 which prevents or allows data 
from a connection to advance to other modules. When data from a connection is allowed by the 
CPModule, the ATM segmentation module (ASModule) 408 accepts data arriving as ATM cells 
into a buffer, sorts them according to their destination (and sometimes a Quality of Service, QoS 
parameter), and separates their header and payload portions for access by the MAC reassembly 
module (MRModule) 412. The MAC header module (MHModule) 410 constructs a header for 
each MAC packet, and the MRModule 412 constructs an outgoing MAC packet from the header 
created by the MHModule 410 and from data made available by the ASModule 408. Finally, the 
MAC transmission module (MTModule) 414 transfers the constructed MAC packet to a 
destination for further transmission (such as to the High Level Media Access Arbitration 502 of 
FIG. 5, by way of the DAMA Service Access Point, as is described further below). 

Those skilled in the art will appreciate that the functions of the different modules may be 
arranged in an unlimited number of ways. For example, functions from different modules may 
be performed in the same physical device; indeed, all of the modules can be designed to be 
performed by a single ASIC. As another example, functions from any particular module need 
not be performed in a related physical location with other functions of such module, but may be 
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scattered into other modules; and the functions of modules may be incorporated into a different 
number of functional blocks, so that either more or fewer modules are apparently utilized. 

We refer additionally now to FIG. 5, which shows a preferred embodiment of layered data 
transport architecture roughly corresponding to the functionality of the Base Stations 110. The 
actual connection to the network occurs at one of the Service Access Points (SAPs) 503, which 
correspond generally to the Back-Haul Interface 124 (FIG. 3). The Base Station may be 
configured to provide access for any or all of TDM, HLCM, general Packet formats and ATM 
from the network. ATM cells, in particular, are then manipulated by a CS (Convergence 
Subprocess or Sublayer) or convergence system, ATM CS 509. This system is generally 
implemented in the apparatus and control programs of ATM switch 126, though the skilled 
person will recognize that some functions could be shifted to the Central Computer 128 or the 
Back-Haul Interface 124. After that layer of processing is completed, the data will enter the 
High Level Media Access Arbitration (HL-MAA) layer 502 through the Demand Assign 
Multiple Access Service Access Point (DAMA SAP). HL-MAA layer 502 is typically 
performed by the central computer 128, and constitutes the preparation of data for the plurality of 
CPEs (e.g. 116) which are within a particular sector (e.g. 1 12), such as merging the data flow for 
all of the CPEs and resolving sector-wide media sharing and signal quality issues. The 
individual channels 114, which are virtual channels on the downlink, are controlled by the Low 
Level Media Access Arbitration layer 504, the functionality of which is also generally 
implemented in the Central Computer 128. The Transmission Convergence 506 may be 
implemented by a modem which is part of the main unit. The physical transmission occurs 
within the PHY (Physical Layer) 508. 

The foregoing describes a convergence system, and an apparatus and method for performing a 
convergence, which may be used in the Switch 5 of FIG. 1, is related to that taught in USSN 
09/430,379. In order to facilitate an understanding of this relationship, FIG. 5 herein is drawn 
from FIGURE 5 of USSN 09/430,379. One skilled in the art will understand that the 
convergence system and method detailed herein can be embodied in the ATM CS 509 of FIG. 5, 
or in the ATM CS of FIGURE 5 of USSN 09/430,379. As well, the convergence details herein 
may be embodied in apparatus for performing similar switch functions within a more generalized 
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network, such as represented by the Switch 5 in FIG. 1, or in an ATM convergence system 
within any communication system. Further details of the convergence system and method are 
presented below. 

5. HEADER COMPRESSION 

We turn now to compression and translation of incoming data in a first format, which may have 
been formatted into such first format in a previous AAL process, into a second and variable- 
length packet format, e.g. MAC packets. 

After the last cell originating from a particular first-format packet, for example an ATM trailer 
cell, has arrived at a Switch 5, the essential data (both user data and overhead needed for 
transmission) from all cells belonging to that packet is reformatted into a second protocol, for 
example into one or more MAC format packets. Preferably, the header for each subsequent 
ATM cell is removed and the cell's payload data is concatenated to the first cell. The ATM cells 
represented in FIG. 6 may be reformatted into a MAC packet as shown in FIG. 7. A MAC 
packet 49 begins with a MAC header 42, typically 6 bytes, and is followed by a block 44 which 
contains the data from ATM headers 30, and also from the first ATM cell payload 31. The 
headers 30 of subsequent ATM cells are discarded, so that the next concatenated data is the 
second cell payload 33, third cell payload 35, fourth cell payload 37, and trailer cell payload 39. 
These concatenated ATM cell payloads with the associated intermediate headers removed may 
be treated by the MAC convergence layer as a single variable length packet. The ATM cell 
header overhead (cell tax) is reduced, in this instance, by omitting the intermediate headers. 

FIG. 7 shows the variable-length packet formed by concatenating the first cell header 44 and 
payload 31 to the MAC packet header 42, and "encapsulating" the subsequent ATM payloads 33, 
35, 37 and 39 in MAC packet 49 (i.e. disposing the ATM payloads as part of the MAC packet 
payload section). 

Preferably, however, fields in the ATM header will be "mapped" to corresponding fields in the 
MAC header to further save on bandwidth, as shown for example in FIG. 8. There, MAC packet 
47 includes MAC header 41 into which the ATM header fields have been mapped. As a result, 
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the ATM headers may then be discarded rather than encapsulated in the MAC payload. The 
MAC packet payload includes first ATM cell payload 31 (48 bytes), second ATM cell payload 
33 (48 bytes), third ATM cell payload 35 (48 bytes), and so on to the Nth ATM cell payload 37, 
Accordingly, the total payload for MAC cell 47 will be 48 bytes times N - ATM cells. 

5. a. Multiple Cell Header Mapping Details 
In order to detail the mapping from ATM headers to MAC headers, we first describe examples of 
ATM headers and MAC headers. FIG. 9 shows the fields of an exemplary ATM header. The 
generic flow control 51 is four bits; but these four bits will often be allocated as VPI (Virtual 
Path Identifier) bits. Nibbles 52 and 53 are also allocated to the VPI, so that the VPI will 
typically be either eight or twelve bits. First VCI (Virtual Connection Identifier) nibble 54, 
along with VCI byte 55 and further VCI nibble 56 provide sixteen bits for the VCI. 
Additionally, there are 3 bits allocated for the Payload Type Indicator (PTI) 52 and one bit for 
Cell Loss Priority (CLP) 58. 

MAC headers may be defined a variety of ways. For example, FIG. 10 shows a MAC header as 
suggested in the unapproved Task Group document IEEE 802.16.l-00/01r4, September 2000. 
Various fields are defined, including encryption control bit 61, encryption key sequence 62, 
eleven bits of length 63, connection identifier (CID) 60, header type 64, convergence sublayer 
indication 65, fragmentation control 66, fragmentation sequence number 67, CRC indicator 68, 
grant (of resources) management 69, and header check sequence 70. There are also 7 bits of 
reserved space 72. FIG. 1 1 shows the MAC header of FIG. 10 in which four of the reserved bits 
have been designated as Packet Discard Eligibility (PDE) 71 and Convergence Pass Through 
(CPT) 73. 

The actual mapping from the ATM cell header of FIG. 9 to the MAC packet header of FIG. 11 
preferably includes mapping the ATM cell header PTI and CLP fields (57 & 58, respectively, in 
FIG. 9) to the CPT and PDE fields, respectively of the MAC packet header (71 and 73 of FIG. 
11). Then, each unique combination of VPI and VCI in the ATM cell headers is mapped to the 
CID field of the target MAC header. 
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S.a.l. Mapping alone: 

In the situation described, up to 28 bits of combined VPI and VCI must be mapped to only 16 
bits of CID. With mapping alone it will not be possible to distinguish all possible VPI/VCI 
combinations. Therefore, it is preferred to map VPI/VCI combinations to the CID as they 
arrive, conveying the mapping translation to the other end of the link as part of the connection 
provisioning process. For example, the first VPI/VCI combination encountered may be 
arbitrarily assigned 000 1H, with the actual VPI/VCI values transmitted during provisioning; the 
next VPI/VCI encountered may be assigned 0002H, and the actual VPI/VCI conveyed to the 
receiving end of the link. The actual mapping is arbitrary, however, as long as it is known at 
both ends of the link. 

Since MAC links are typically employed when a limited communication media must be shared, 
the address space limitation may well not be the limiting factor for accepting connections; the 
link may not have sufficient bandwidth in any event. To minimize the likelihood that addressing 
space will be a limiting factor, it is preferable that at least 16 bits of CID be available in the 
MAC header to which VPI/VCI may be mapped. 

Once the VPI/VCI, PTI and CLP of the ATM cell headers have been mapped into the MAC 
packet headers, the ATM cell headers may be discarded, resulting in the MAC packet payload of 
48 bytes times N-ATM cells, as described above. 

It is not always desirable to map a representation of all of VPI/VCI into the MAC header CED. 
Therefore, it is preferred that a plurality of mapping procedures be employed, a particular 
mapping procedure being chosen for a particular connection at the time the connection is 
provisioned on the basis of one or more of several factors. One such factor is whether the 
connection address space is exhausted, while the link could otherwise carry more data. Another 
is whether the connection will be virtual path (VP) switched or virtual connection (VC) 
switched. The connection type for a particular connection is a parameter which forms part of the 
connection request, and thus is known during connection provisioning, as those skilled in the art 
will appreciate. 
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5.a.2. Mapping with extension: 
In the event that the connection address space is exhausted it may be necessary to effectively 
extend the MAC header by including connection information in the beginning of the "payload." 
VC switched ATM packets in a MAC packet have identical headers. In this case, two bytes of 
the MAC packet "payload" may be designated as auxiliary connection identifier bits. To 
implement this, allowance will preferably be made for distinguishing, in the MAC header, 
packets having differing QoS settings. This may be accomplished by reserving sufficient distinct 
CIDs so that different CEDs may be used depending upon the quality of service (QoS) which is 
required for each connection. Thus, if five distinct QoS levels must be provided for, then five 
distinct CIDs are required. The individual connections within each QoS bracket may be 
distinguished by a single 16 bit field at the beginning of the MAC packet payload, again with 
mapping between the encapsulated data and the actual VPI/VCI combination assigned during 
provisioning of the connection. In effect, an additional two bytes are thus added to the MAC 
header. 

5.a.3. Mapping with partial encapsulation: 
For the VP switched case the VCI should not form part of the routing, but should be carried 
along independently, so that many virtual connections are effectively carried on the same virtual 
path. Within each VP switched packet, each ATM cell may have a different VCI. The headers 
may not be identical between ATM packets being carried by a particular MAC packet. In this 
case the 16 bit VCI is preferably "encapsulated" to form 16 bits of the ATM cell payload, while 
the ATM header VPI is mapped to the MAC header CID. Referring to FIG. 12, MAC packet 80 
includes header 81 in which the ATM cell VPI is mapped to a corresponding CID value, and 
preferably also in which the ATM header fields PTI and CLP are mapped to the MAC header 
CPT and PDE fields. The MAC packet payload is composed of two bytes 86, 87 of the ATM 
cell header's VCI, prepended to (or otherwise included with) forty-eight byte ATM payload 85. 
Each such ATM payload/VCI combination 82, 83, 84 and 88 forms a fifty-byte load. Thus, the 
total MAC payload is fifty bytes times the number of ATM cells effectively conveyed in the 
packet. Since a maximum of 12 bits of VPI are available, all possible VPIs can be 
accommodated. This partly mapped, partly encapsulated treatment of the ATM header will be 
referred to as "semi-encapsulated." 
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Mapping between ATM headers and MAC headers may be accomplished many other ways. For 
example, FIG. 13 shows mapping between an ATM header and an alternative MAC header 
having only five bytes. Aside from CPT and PDE, discussed previously as part of a MAC 
header, plus the Length byte and the first nibble (EH and PC/PM), all of the MAC header fields 
are designated as CID space. The CID fields are broken into CIDa and CIDb, which map to VPI 
and VCI directly, thereby overcoming the connection address limitation discussed previously. 

FIG. 14 shows a method of reformatting data (e.g. MAC packet 100) which has traversed the 
link into e.g. ATM cell format. The ATM header information 109 is derived from MAC header 
108 according to the mapping assignment established during the connection provisioning. ATM 
cell payloads 101, 102, 103 and 104 are pulled from the MAC packet payload. 

5.b. Single Cell Header Mapping 
The techniques described above, which map all or part of the common header from a sequence of 
ATM cells into a MAC packet header, may also be used when a single ATM cell is converted to 
a single MAC packet. If VP switching is required and no presumption can be established during 
connection setup to limit the number of bytes needed for the VCI, then part of the VCI must be 
encapsulated in the MAC packet payload. However, for VC switched ATM packets, and for VP 
connections requiring only a limited VC range, the entire ATM header can be mapped to the 
MAC header. Indeed, for ATM cells not sharing a header with other ATM cells, the bandwidth- 
saving effect of mapping is proportionally larger than with multiple cells. 



6. TRAILER COMPRESSION 

As indicated previously, data which has been translated into ATM cells in accordance with the 
AAL5 convergence protocols will often have padding bytes added to a trailer cell. An ATM 
trailer cell is the last cell of a block of ATM cells which were converted from a particular 
message, such as defined by an IP packet. This padding is overhead which is preferably 
removed by the ATM to MAC convergence system. Other data which can be determined at both 
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ends of a link, such as during provisioning of the connection, will preferably also be removed 
prior to transmission across a link. 

Returning to trailer cell 40 of FIG. 6, we note first the eight-byte trailer field 38. This field 
includes a byte each for a Common Part Conversion Sublayer (CPCS) and a Service Specific 
Conversion Sublayer (SSCS). These may often be identified during connection provisioning, 
and therefore may be omitted from the MAC packet carrying the rest of the trailer data. 

Padding 36 will generally be included in order to fill trailer cell 40 to the correct forty eight bytes 
plus header. This padding may be removed prior to concatenating data 34 and trailer data 38 
onto ATM payloads 31, 33, 35 and 37 within MAC packet 20, creating a cell fragment. Note 
that the trailer cell fragment may be carried in a separate MAC packet, rather than being 
concatenated with the preceding data. Also note that if the padding byte pattern cannot be 
ascertained during connection provisioning, then a byte indicating the pattern it will have to be 
carried in the cell fragment. In that event the pattern byte should be disposed immediately 
preceding the trailer field (eight, or six bytes if CPCS and SSCS are omitted). 

After the MAC packet traverses the link, the ATM trailer cell is reconstructed by first disposing 
CPCS and SSCS appropriately with respect to the trailer field (the last six bytes of the packet), if 
they were previously removed. Then, the resulting MAC payload (including these bytes) is 
divided by the length of the expected ATM cell payloads (plus VCI byte, if encapsulated); this 
will typically be 48, but is 50 if the VCI is encapsulated. After the division, if there is a 
remainder R then R bytes are removed from the end of the MAC payload. The last eight bytes of 
those R bytes are the trailer field; padding pattern bytes are then inserted before the trailer field 
until R matches the expected ATM payload. Then, any prepended VCI encapsulation is 
removed, and entered into the appropriate field of the ATM cell which is reconstructed from the 
information mapped into the MAC header. 

The trailer field of the trailer cell includes the Cyclic Redundancy Check field, which should be 
applied to the entirely reconstructed ATM cells to check for errors. Trailer compression may be 
utilized alone, or in combination with header compression. 
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7. CONVERGENCE SYSTEM FLOWCHART 

FIG. 15 shows a flow chart detailing steps performed by functional modules of a convergence 
system embodying aspects of the present invention. The ATM switch 126 of FIG. 3 preferably 
includes such a convergence system, as does the Switch 5 of FIG. 1. The steps may be 
performed by hardware under computer control, with decisional functionality divided between 
the hardware and software for engineering convenience. All functions can be performed in 
hardware, for example one or more ASICs, or all decisions can be made by a programmable 
computing system, with only low-level data input and output performed by hardware. 

FIG. 4 shows modules of a convergence system which may follow the present flowchart, so 
reference will be made to FIG. 4 as well as to FIG. 15. At 1502 the system receives a request to 
establish a virtual connection at its connection provisioning module (CPModule) . At 1504 the 
CPModule 404 performs a check to determine if sufficient resources, including bandwidth, are 
available to service the request. If not, the CPModule 404 refuses the connection at 1506, and 
otherwise determines whether the connection is to be VP (virtual path) switched, or not, at 1508. 
If VP switched, then at 1510 the CPModule 404 assigns semiencapsulation compression for the 
connection, conveys the parameters to both ends of the link and accepts the connection at 1512. 

At 1514 incoming data for the now-established connection is accepted by the ATM segmentation 
module (ASModule) 408, which segregates the data either logically or physically into blocks 
comprising one or more ATM cells having a common VPI (virtual path identifier), though 
presumably different VCIs (virtual connection identifiers). At 1516 the ASModule 408 also 
appends the VCI of each ATM cell to the cell payload, preferably prepending it thereto to form 
the first two bytes of a fifty-byte "extended payload" for later entry into a MAC packet. At 1518, 
the MAC header module (MHModule) 410 maps common remainders of the segregated ATM 
headers into a header for a MAC packet to carry the data. At 1520 the MAC reassembly module 
(MRModule) 412 strips away the ATM cell headers (except for the VCI). In 1520 the 
MRModule 412 concatenates the "extended payloads" for inclusion in the MAC packet payload, 
and prepends the MAC header to form the MAC packet. The processing then continues at 1522, 
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where the MAC transmission module (MTModule) 414 further prepares the MAC packet for 
transmission across the physical link, represented by the Further Transmission block 416. 

If at 1508 it is determined that the connection is not to be VP switched, then processing 
continues at 1522, where the CPModule checks whether adequate addressing space exists in the 
MAC header to accommodate the new connection. If ample space exists, then at 1524 the 
CPModule assigns full mapping for the connection. The CPModule defines the mapping at both 
ends of the link when the connection is accepted at 1528. At 1530, one or more ATM cells 
having the common VPI/VCI are received by the ASModule (ASM), which makes pertinent 
sections of the ATM cells available to the MRModule. At 1532 the MRModule maps the 
common header of the ATM cells into a MAC packet header. At 1534 the MRModule 
concatenates the ATM cell payloads from the ASModule for inclusion in the MAC packet 
payload, and forms the MAC packet with the MAC header prepended to the payload. Processing 
then continues at 1522, as above. 

If at 1524 the CPModule determines that address space is low, then at 1536 the CPModule also 
decides whether to accommodate further connections by multiplexing cells having a common 
QoS (Quality of Service) requirement. If such multiplexing is not supported, or for other reasons 
further connections are not desired, then the CPModule refuses the connection at 1506. If further 
connections are to be accommodated, then at 1538 the CPModule assigns QoS multiplexing for 
the connection, and communicates the parameters of the connection to both ends while accepting 
and provisioning the connection at 1540. In particular, the CPModule assigns a CID connection 
identifier which has a QoS matching that of the desired connection. When the CPModule later 
accepts further connections in this path of the flowchart, it will give them the same connection 
identifier as previous data blocks received having the same QoS, or a new CID if they have a 
new QoS parameter for which a multiplexed connection has not yet been established. Thus, 
there only need be as many multiplexed CIDs assigned as there are QoS levels. 

At 1542 the ASModule accepts and segregates one or more ATM cells having identical VPI/VCI 
values. At 1544, the MRModule concatenates the segregated ATM cell payloads to form part of 
a MAC packet payload. At 1546, the MRModule prepends two bytes of the VCI are prepended 
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to the concatenated ATM payloads for inclusion in the MAC packet payload. At 1548 the 
MHModule maps ATM headers, exclusive of the previously prepended VCI bytes, into the MAC 
header as defined during the connection provisioning at 1540. At 1550 the MRModule prepends 
the MAC packet header thus formed to the MAC packet payload. Note that the order of steps 
1540-1550 is not generally important. After step 1550, the formed MAC packet is forwarded at 
step 1522 to the MTModule. 

The steps shown in FIG. 15 may be performed in a single computer program, or may be 
performed by parts of otherwise independent programs, and may also be performed entirely by 
hardware under some software control. Not all of the steps shown are employed by every aspect 
of the present invention, nor are all steps of all aspects of the invention shown. 

Other aspects of the system control are either known to those skilled in the art, or are described 
in detail in the documents which are incorporated by reference herein. 

The invention has been described in several exemplary embodiments and aspects. The scope of 
the invention is not to be limited by the examples provided, but only by the claims which follow. 
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CLAIMS 

What is claimed is: 

L A convergence system for translating data received in an ATM format into a MAC 
format, the convergence system comprising: 

a network connection provisioning module configured to grant or reject requests for a 
communication channel connection, which upon granting a connection selects a compression 
method, from a plurality of selectable compression methods, at least some of which include 
mapping ATM cell addressing bits into MAC packet addressing fields; 

an ATM segmentation module configured to buffer data which is incoming on the 
granted connection and to provide portions of the data to other modules, the portions provided 
depending upon the selected compression method; 

a MAC header module configured to derive a header for a MAC packet from data in one 
or more incoming ATM cells having a common destination in combination with connection 
parameters including any selected header compression methods; and 

a MAC reassembly module configured to format data from the ATM segmentation 
module and the MAC header module into an outgoing MAC data packet having a header and a 
payload which represents incoming data from one or more ATM cells sharing a common 
destination. 

2. The convergence system of claim 1 wherein for at least one of the selectable compression 
methods the MAC reassembly module is further configured to include payload data of a plurality 
of ATM cells sharing a common destination in the payload of the outgoing MAC data packet and 
to remove any ATM header addressing data therefrom. 

3. The convergence system of claim 1 wherein for at least one of the selectable compression 
methods the MAC reassembly module is further configured to include payload data of a plurality 
of ATM cells sharing a common destination in the payload of the outgoing MAC data packet and 
to remove all ATM header data therefrom. 
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4. The convergence system of claim 1 wherein for at least one of the selectable compression 
methods the MAC reassembly module is further configured to include payload data of a plurality 
of ATM cells sharing a common destination, and to encapsulate a fraction of ATM header 
addressing data from each of the plurality of ATM cells in the payload of the outgoing MAC 
data packet. 

5. The convergence system of claim 4 wherein for at least one of the selectable compression 
methods the MAC reassembly moduleis further configured to include payload data of a plurality 
of ATM cells sharing a common destination and to encapsulate a virtual connection identifier 
from the header of each of the plurality of ATM cells along with the ATM payload data. 

6. The convergence system of claim 1 wherein for at least one of the selectable compression 
methods the ATM segmentation module is further configured to remove padding from an ATM 
trailer cell payload, and subsequently to provide payload data from the trailer cell to the MAC 
reassembly module. 

7. The convergence system of claim 1 wherein for at least one of the selectable compression 
methods the ATM segmentation module removes padding and also CPCS and SSCS bytes from 
an ATM trailer cell payload prior to providing payload data from the trailer cell to the MAC 
reassembly module. 

8. The convergence system of claim 1 wherein for at least one of the selectable compression 
methods the ATM segmentation module removes padding from an ATM trailer cell payload and 
adding a padding pattern byte representative of a pattern of the padding removed prior to 
providing payload data from the trailer cell to the MAC reassembly module. 

9. A method for compressing and converting data packets initially in a first fixed-length 
packet format which are being converted to a second packet format prior to transmission through 
a link, the initial data packets each including a header containing overhead data added by a 
communication system, the method comprising the steps of: 
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obtaining a plurality of incoming packets formatted in the first fixed-length format and having 

common header addressing data; 
preparing a second-format packet to convey payload data from the plurality of incoming packets 

by 

mapping the common addressing data into a header of the second-format packet, 
entering payload data from the plurality of incoming packets into a payload 

section of the second- format packet, and 
omitting the common addressing data from the payload of the second-format 

packet. 

10. The method for compressing and converting data packets of claim 9 wherein the common 
addressing data includes all of the first-format header addressing data. 

1 1 . The method for compressing and converting data packets of claim 9 wherein the entire 
first-format header is mapped into the second-format header, and the entire first-format 
header is omitted from the second-format payload. 

12. The method for compressing and converting data packets of claim 9 wherein a fraction of 
the first-format header addressing data of the incoming first-format packets is not 
common, and that fraction from each incoming packet is encapsulated with payload data 
from the incoming packet to form part of a payload of the second-format packets. 

13. The method for compressing and converting data packets of claim 12 wherein the first- 
format packets are ATM cells, the second-format packets are MAC packets, and the 
fraction of each ATM cell header which is encapsulated with payload data from the ATM 
cell is a virtual connection identifier. 

14. The method for compressing and converting data packets of claim 9 wherein a fraction of 
the first-format header addressing data of the incoming first-format packets which is 
common is disposed one place within the second-format packet. 
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15. The method for compressing and converting data packets of claim 14 wherein the first- 
format packets are ATM cells and the second-format packets are MAC packets. 

16. The method for compressing and converting data packets of claim 9 including a further 
step of removing padding data from a trailer packet of the plurality of first-format packets. 

17. The method for compressing and converting data packets of claim 16 wherein the first- 
format packets are ATM cells, the second-format packets are MAC packets, the trailer packet is 
an ATM trailer cell containing an end-of-message indication, and including the further step of 
removing CPCS and SSCS bytes from the ATM trailer cell. 

18. A method for compressing data packets which are initially in a first fixed-length packet 
format and are being converted to a second packet format prior to transmission through a link, 
the initial data packets each including user data intended for an end user and a header containing 
overhead data added by a communication system which is not intended for delivery to an end 
user, the method comprising the steps of: 

obtaining one or more incoming packets formatted in the first fixed-length format, each of the 
incoming packets having identical headers; 

preparing a second-format packet to convey data from the one or more incoming packets 
by 

(a) mapping first- format header overhead data into a header of the second-format packet; 

(b) representing all user data from the one or more first-format packets in a payload of the 

second-format packet; and 

(c) omitting from the second-format payload all first-format header data mapped into the 

second-format packet header of the first-format header. 

1 9. The method for compressing data packets of claim 1 8 including the further steps of 
obtaining a first-format trailer data packet having a header identical to the headers of the 

one or more incoming packets except for a field indicating that the trailer packet is a last packet 
of a block of packets having a common destination, the trailer packet including a payload having 
user data and overhead padding bytes; 
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including the user data from the trailer packet payload with payload data from the one or 
more first-format packets in the second-format payload, and 

omitting at least some of the padding bytes from the second-format payload. 

20. The method for compressing data packets of claim 19 wherein the second-format data 
packets are MAC packets, the first-format data packets are ATM cells, and the trailer packet is 
an ATM trailer cell which includes CPCS and SSCS bytes; and wherein 

all padding cells are omitted from the MAC packet, and 

the CPCS and SSCS bytes from the ATM trailer cell are omitted from the MAC packet. 

21. An apparatus for communicating data between a plurality of users and a network, the 
apparatus comprising one or more base stations, each base station including 

a network connection accepting incoming data in packets from a wide area network in a 
first packet format; 

a translation controller which reduces data from headers or from trailers of the incoming 
packets in a process of translating the incoming data into a second packet format, the second 
packet format being a variable length format; 

a transmission unit having a plurality of directional antennas, each antenna sending and 
receiving radiofrequency communications with a plurality of associated users within a 
directional sector served by the antenna, each user having customer premise equipment 
complementary to the transmission unit; 

a transmission controller for directing transmission of data signals to each user; and 

data receiving apparatus associated with each user, the data receiving apparatus: 
receiving the transmitted data signals, 

decoding the received data signals into received data having the second packet 
format, 

reconstructing the received data into the first packet format, and 
checking the reconstructed data for errors. 
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22. A method for compressing composite data formatted in ATM cells prior to transmission 
over a broadband wireless link, the composite data including user data intended for 
communication to an end user and overhead data not intended for communication to the end 
user, the method comprising the steps of: 

obtaining incoming composite data in a plurality of ATM cells having a common 
destination; 

removing ATM cell header overhead data common to the plurality of ATM cells to form 
header-reduced cell data; 

identifying padding bytes added to an ATM trailer cell which are overhead data; 
removing the padding bytes from the ATM trailer cell; 

adding an indication of the number of data bytes retained from the ATM trailer cell; 

concatenating representations of header-reduced cell data from each of the plurality of 
ATM cells and a representation of the retained trailer cell data bytes to form a payload of a 
variable-length transmission packet. 

23. A method for compressing data packets which are initially in a first fixed-length packet 
format and are being converted to a second packet format prior to transmission through a link, 
the initial data packets each including a header containing overhead data added by a 
communication system, the method comprising the steps of: 

determining, during setup of a particular packet block transfer, whether virtual path or virtual 
connection switching is required for the particular packet block transfer; 

obtaining a plurality of incoming packets formatted in the first fixed-length format, each of the 
incoming packets having identical headers and constituting at least part of the particular 
packet block transfer; 

preparing a second-format packet to convey data from the plurality of incoming packets by 
selecting, dependent upon the type of switching required as established during block 
transfer setup, either 

(a) mapping all header data from one of the first-format packet headers into the second- 
format header, adding data reflective of all user data in the first-format packets to 
a payload of the second-format packet, and omitting all first-format header data 
from the payload of the second-format packet, or 
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(b) mapping a portion of header data from one of the first-format packet headers 
into the second- format header, omitting the mapped portion of header data from 
other parts of the second-format packet, and placing data reflecting remaining 
first-format header data along with payload data from each of the incoming 
packets into a payload section of the second-format header. 
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ABSTRACT 



An apparatus, system and method for converting data in a first packet format, having overhead 
data in the form of headers and/or trailer padding, into a second, variable-length packet format, 
in which some of the header and/or trailer overhead is removed during conversion in order to 
more efficiently utilize the limited bit rate capacity of a link which will convey the data in the 
second format. Embodiments include a communication subnetwork for interconnecting a 
plurality of users to a wide area network through a wireless link, an Asynchronous Transfer 
Mode (ATM) switch for converting ATM cells into a variable-length packet format, and a 
convergence system for converting ATM cells into data packets in Media Access Control (MAC) 
format. 
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